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SPECIFICATION 



TITLE OF INVENTION 
METHOD AND APPARATUS FOR UNIFIED EXCEPTION HANDLING 
5 WITH DISTRIBUTED EXCEPTION IDENTIFICATION 



FIELD OF THE INVENTION 
This invention relates to computer systems. More particularly, this invention 
relates to the handling of exceptions. Even more particularly, this invention relates to a 
10 method and apparatus for unifying exception handling with a distributed exception 
identification. 



BACKGROUND OF THE INVENTION 
Many computer processors contain exception handlers. Exception handlers are 
15 well known in the art. They are utilized in processors to process non-routine instructions. 
Non-routine instructions invoke an exception condition either before, during, or after 
executing an instruction. 



When an exception condition is noted during the execution of an instruction, 
20 normal processing is interrupted and the processor must save the context of the 

interrupted process by noting the process status of each instruction currently in process. 
Each exception has an associated vector to locate a corresponding exception handling 
routine. The exception handler then performs a sequence of actions either in the firm of a 
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software routine or in the form of hardware computation to determine the cause of the 
exception condition and processes the exception condition by performing any function 
the exception requires. After the exception condition is handled, the processor returns to 
the normal process for each instruction that was being processed at the process point for 
5 each such instruction when the exception condition occurred. Moreover, each exception 
handler can itself invoke exception handlers. 



A network switch or router is a system that processes network data packets. 
Similar to a computer processor, a network switch or router may encounter exception 
10 conditions during the course of processing a network data packet. 



A common technique called pipelining is employed to increase the rate of 
processing in computer processors and network switches and routers. Pipelining causes 
the data packet to traverse multiple processing stages in a serial manner. Each processing 
15 stage completes a part of the entire processing necessary. 



In a pipelined processor, exception conditions may be detected in every stage. 
Some exception conditions, although detected in different stages, require the same 
exception handling. If exception handlers were attached to processing stages, a particular 
20 exception handler needs to be replicated and each instance attached to a different stage. 
Also, an exception handler attached to a processing stage may be required to modify the 
processing already completed by previous processing stages or previous exception 
handlers. This leads to exception handlers that are complex and large in number. 
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Thus, there exists a need for a more efficient and improved method and apparatus 
for detecting and handling exceptions. 
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BRIEF DESCRIPTION OF THE INVENTION 
An apparatus for unified exception handling with distributed exception 
identification includes a packet processing pipeline with at least two processing stages for 
processing data packets, each of the data packets being processed having an associated 

5 exception map in a memory of the apparatus. An exception detector at each processing 
stage detects whether any exception conditions apply to the data packet at the processing 
stage, and if so, a bit setter sets, modifies, or resets one or more bits in the exception map 
associated with exception conditions detected at the processing stage. An exception 
handler processes the exception map in response to the state of in the exception map after 

10 all the processing stages are complete. The method provides for processing a data packet 
through at least two pipelined processing stages in a data packet processor such as a 
switch, router, bridge, or similar network device, each of the data packets has associated 
with it (while it is being processed) an exception map disposed in a memory of the 
network device. The bits in the exception map are set, modified, or reset in response to 

15 exception conditions detected at the various processing stages. After the packet has been 
fully processed, an exception handler takes as an input the exception map and further 
processes the packet in response to the state of the exception map. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated into and constitute a part of 
this specification, illustrate one or more embodiments of the present invention and, 
together with the detailed description, serve to explain the principles and implementations 
5 of the invention. 

In the drawings: 

FIG. 1 is a system block diagram of a network device in accordance with one 
specific embodiment of the present invention. 

FIG. 2A is a system block diagram of a port ASICS processor and the associated 
10 packet memory and exception map memory of a network device in accordance with one 
specific embodiment of a data packet processor. 

FIG. 2B is a system block diagram of an exception detector of a port ASICS 
processor in accordance with the diagram of FIG. 2A. 

FIG. 3 is a process flow diagram illustrating a method of processing packets in 
15 accordance with a specific embodiment of the present invention. 
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DETAILED DESCRIPTION 
Embodiments of the present invention are described herein in the context of a 
method and apparatus for unified exception handling with a distributed exception 
identification. Those of ordinary skill in the art will realize that the following detailed 

5 description of the present invention is illustrative only and is not intended to be in any 
way limiting. Other embodiments of the present invention will readily suggest 
themselves to such skilled persons having the benefit of this disclosure. Reference will 
now be made in detail to implementations of the present invention as illustrated in the 
accompanying drawings. The same reference indicators will be used throughout the 

10 drawings and the following detailed description to refer to the same or like parts. 

In the interest of clarity, not all of the routine features of the implementations 
described herein are shown and described. It will, of course, be appreciated that in the 
development of any such actual implementation, numerous implementation-specific 

15 decisions must be made in order to achieve the developer's specific goals, such as 
compliance with application- and business-related constraints, and that these specific 
goals will vary from one implementation to another and from one developer to another. 
Moreover, it will be appreciated that such a development effort might be complex and 
time-consuming, but would nevertheless be a routine undertaking of engineering for 

20 those of ordinary skill in the art having the benefit of this disclosure. 

In accordance with the present invention, the components, process steps, and/or 
data structures may be implemented using various types of operating systems, computing 
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platforms, computer programs, and/or general purpose machines. In addition, those of 
ordinary skill in the art will recognize that devices of a less general purpose nature, such 
as hardwired devices, field programmable gate arrays (FPGAs), application specific 
integrated circuits (ASICs), or the like, may also be used without departing from the 
5 scope and spirit of the inventive concepts disclosed herein. 

One specific embodiment of this invention, as shown in FIG. 1, provides for an 
apparatus to unify exception handling with a distributed exception identification system. 
Data packets are received at a port 12a-d of a network device 1 1 from other Network 

10 Devices 1-4 (lOa-lOd). Network device 1 1 is a device such as a router or a switch, and 
includes data packet processors 14a-d, such as a port ASICS, or similar pipelined packet 
processors. Port ASICS 14a-d are shown here in accordance with one specific 
embodiment of this invention. The data packet processors 14a-d include a pipelined 
packet processor where the data packet will be processed through at least two processing 

15 stages. While each pipelined packet processor performs its functions, the data packet is 
temporarily stored in a packet memory 16a-d until completion of all the processing 
stages. The data packets are forwarded to other destinations, such as other port ASICS, 
through a central interconnecting network device such as a switching fabric 34 at the 
completion of all the processing stages. The switching fabric 34 interconnects all the 

20 network devices, such as all the port ASICS in the network device. 

In accordance with the present invention, each data packet has an associated 
exception map, which is either appended to the data packet in a packet memory 16a-16d 
of the data packet processor or is stored in a separate exception map memory 18a-d 
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associated with the data packet. The exception map has a number of bits that are each 
associated with a particular exception condition, as is further discussed below. In a 
specific embodiment as illustrated in FIGS. 1 and 2 A, the exception map is stored in a 
separate exception map memory 18a-d associated with the data packet and has sixteen 

5 (16) bits, each potentially associated with a different exception condition. Some or all 
exception conditions and their handling may be programmable by an administrator of the 
network device. In another embodiment, the exception map is transferred from one 
processing stage to the next along with a pointer or reference to the data packet in the 
data packet memory. However, those of ordinary skill in the art will now realize that 

10 there are many other ways to associate the exception map with a data packet and the 
exception map may have any numbers of bits including bits reserved for future use. 

Now referring to FIGS. 2 A and 2B, the packet processing pipeline may be 
configured and programmed to perform a number of functions. In a specific 

15 embodiment, the packet processing pipeline may comprise eight processing stages, 

however, those of ordinary skill in the art will now realize that the number of stages will 
vary according to the network device designer's desires in processing the data packets. 
As a data packet is processed through the N (an integer > 2) packet processing stages 
20a-c, each processing stage 20a-c performs a different function. For example, one 

20 processing stage may require a look up of the destination address in a forwarding table, 
which comprises a list matching the Internet Protocol (IP) address with a destination 
address (DA), or the processing stage may provide for the modification of the forwarding 
table based on the data packet. Another processing stage may look at the header of the 
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data packet and in response set a quality of service (QOS) tag for the data packet. Still 
another processing stage may determine the protocols carried by the packet to determine 
whether the packet should have access to the network. Thus, each processing stage may 
perform a different function. 

5 

Each pipelined packet processing stage 20a-c has an exception detector 22a-c to 
detect the presence of any of a number of exception conditions. Examples of exception 
conditions are IP header error, Cyclic Redundancy Check error, DA exception, QOS 
check, security protocol check, and the like. The exception conditions are recognized by 
10 the exception detector by performing logical operations such as an and/or operations, 

comparisons, arithmetic calculations, and the like. As the data packet is being processed 
at each processing stage 20a-c, the data packet may be stored in the packet memory 16a-d 
and the associated exception map is stored in the exception map memory 18a-d. 

15 At each processing stage 20a-c, if the exception detector 22a-c detects an 

exception condition, a bit setter 26 sets, modifies, or resets the bit that is associated with 
the exception condition in a conventional manner in accordance with pre-programmed 
instructions. In each processing stage 20a-c, one or more bits may be set or reset 
depending on whether one or more exception conditions are detected. Thus, this 

20 invention provides that each processing stage 20a-c may set one or more bits and 
subsequent processing stages may over-rule or reset the bits set in previous stages. 
Throughout each processing stage 20a-c, the exception conditions detected by the 
exception detectors 22a-c are not handled at each processing stage 20a-c. Rather, the bits 
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associated with the exception conditions are set or reset in the exception map which is 
stored in the exception map memory 18a-d. This allows for the identification of various 
exceptions in a uniform distributed manner and allows for a more efficient processing of 
the data packet. Normal processing is not interrupted at each processing stage and with 
5 data packet receiving rates increasing, this assembly line fashion of identifying exception 
conditions distributes the work of exception detection among various stages so that all the 
work does not have to be completed in one processing stage. 

Once the data packet completes the final processing stage, the exception map is 
10 then taken as an input by the exception handler 24, from the exception map memory 18a- 
d, to be processed. The exception handler 24 may be implemented in hardware or 
software to interpret and process the exception map. The exception handler 24 has a set 
of instructions, which may be configured and programmed by an administrator of the 
network device, to determine a hierarchy in which to process the exception map in an 
15 efficient manner. The instructions may direct the exception handler 24 to process the 
exception map in a certain order, such as processing the bits from the last bit to first bit, 
first bit to last bit, or some other desired manner. Another manner to process the 
exception map is to instruct the exception handler to carry out exception conditions in the 
last bit only. The advantage of this is that if the last bit is associated with the exception 
20 condition to delete the data packet (due, for example, to the expiration of the time-to-live 
counter), the exception handler would not have to interpret and process any other bits if 
the data packet will eventually be deleted. This allows for a more efficient and speedy 
means to implement the exception handler. Those of ordinary skill in the art will now 
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realize that there are many additional ways to program the exception handler to 
efficiently process the exception map and speed packet throughput. 



The exception handler 24 may also contain a list of exception handling 
5 instructions, which are also configured and programmed by an administrator of the 

network device. As the exception handler 24 processes the exception map pursuant to the 
instructions and detects that a bit is set for a certain exception condition, the handler 
consults the exception handling instruction for the exception condition to determine how 
to process the exception condition. For example, if the bit associated with the exception 
10 condition to delete the packet is set, the interpreter will consult the exception handling 
instruction for deleting the packet to determine how to process the data packet. At the 
completion of all the processing stages, the exception map may effect any number of 
parts of the data packet such as its destination address(es), destination port(s), the QOS 
provided to the packet, the enablement or disablement of certain functions which are to 
15 be performed to the data packet, or even whether an additional processing stage is to be 
performed on the data packet. 

This invention also provides for a method for unified exception handling, as 
shown in FIG. 3. Data packets are received at a port of a network device 30, such as a 
20 switch, router, or bridge and are processed in a data packet processor, such as a port 

ASICS or a similar network device. As the data packets are received, each data packet is 
associated with an exception map in the exception map memory (step 31). The exception 
map may either be appended to the data packet in a packet memory of the network device 
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or is stored in a separate exception map memory associated with the data packet. In still 
another embodiment, the exception map is transferred from one processing stage to the 
next along with a pointer or reference to the data packet in the data packet memory. The 
exception map has a number of bits that are associated with a particular exception 

5 condition. In a specific embodiment, the exception map is stored in the exception map 
memory associated with the data packet and has sixteen (16) bits, each potentially 
associated with a different exception condition. However, those of ordinary skill in the 
art will now realize that there are many other ways to associate the exception map with a 
data packet and the exception map may have any numbers of bits including bits reserved 

10 for future use. 



The data packet processor processes the data packets through a plurality of 
pipelined packet processing stages (step 36) which are configured and programmed 
according to an administrator's desires and thus, the number of processing stages may 

15 vary. In a preferred embodiment, the packet processing pipeline may comprise eight 
processing stages, however, those of ordinary skill in the art will realize that the number 
of stages will vary according to the administrator's desires in processing the data packets. 
As the N (an integer > 2) processing pipeline stages 36 are completed, the data packet 
may be temporarily stored in a data packet memory. Each processing stage performs a 

20 different function, for example, one processing stage may require a look up of the 

destination address in a forwarding table, which comprises a list matching the IP address 
with a DA, or the processing stage may provide for the modification of the forwarding 
table based on the data packet. Another processing stage may look at the header of the 
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data packet and in response set a QOS tag for the data packet. Still another processing 
stage may determine the protocols carried by the packet to determine whether the packet 
should have access to the network. Thus, each processing stage may perform a different 
function. 

5 

At each pipelined packet processing stage, it is determined by an exception 
detector whether any of a number of exception conditions apply to the data packet (step 
38). The exception condition is recognized by the exception detector by performing 
logical operations such as and/or operations, comparisons, arithmetic calculations, and 

10 the like. If an exception condition is detected, a bit setter sets, modifies, or resets the bits 
associated with the exception conditions (step 40) in a conventional manner in 
accordance with pre-preprogrammed instructions. At each processing stage, there may 
be one or more exception conditions detected. Thus, more than one bit may be set in one 
processing stage and subsequent processing stages may over-rule or rest the bits set in 

15 previous stages. Thus, this invention provides for a more efficient method of exception 
handling by unifying the exception handling in an exception map, allowing more than 
one bit to be set in each processing stage, and allowing more than one bit to be changed 
or over-ruled by succeeding processing stages. 

20 If an exception condition is not detected, and there are more processing stages to 

be completed (step 46), the packet will continue to proceed through the remaining N 
pipeline packet processing stages. Otherwise, if the last processing stage was completed 
(step 46), the exception map is processed with the exception handler (step 48). The 
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exception handler may be implemented in hardware or software to interpret and process 
the exception map. The exception handler has a set of instructions, which may be 
configured and programmed by an administrator of the network device. The exception 
handler uses the instructions to determine a hierarchy in which to process the exception 

5 map in an efficient manner. The instructions may direct the exception handler to carry 
out the exception conditions in a certain order, such as processing the bits from the last 
bit to first bit, first bit to last bit, or some other desired manner. Another manner to 
process the exception map is to instruct the exception handler to carry out exception 
conditions in the last bit only. The advantage of this is that if the last bit is associated 

10 with the exception condition to delete the data packet (due, for example, to the expiration 
of the time-to-live counter), the exception handler would not have to interpret and process 
any other bits if the data packet will eventually be deleted. This allows for a more 
efficient and speedy means to implement the exception handler. Those of ordinary skill 
in the art will now realize that there are many additional ways to program the exception 

15 handler to efficiently process the exception map and speed packet throughput. 

The exception handler may also contain a list of exception handling instructions 
in the memory, which are also configured and programmed by an administrator of the 
network device. As the exception handler processes the exception map pursuant to the 
20 instructions and detects that a bit is set for a certain exception condition, the handler 

consults the exception handling instruction for the exception condition to determine how 
to process the exception condition. For example, if the bit associated with the exception 
condition to delete the packet is set, the interpreter will consult the exception handling 
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instruction for deleting the packet to determine how to process the data packet. At the 
completion of all the processing stages, the exception map may effect any number of 
parts of the data packet such as its destination address(es), destination port(s), the QOS 
provided to the packet, the enablement or disablement of certain functions which are to 
5 be performed to the data packet, or even whether an additional processing stage is to be 
performed on the data packet. 

While embodiments and applications of this invention have been shown and 
described, it would be apparent to those skilled in the art having the benefit of this 
10 disclosure that many more modifications than mentioned above are possible without 
departing from the inventive concepts herein. The invention, therefore, is not to be 
restricted except in the spirit of the appended claims. 
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